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THE LNC 5180 


AN OVERVIEW 


The LNC 5180 is a member of the Interphase family 
of intelligent Local Area Network Controllers. It 
is an easy to use, yet powerful and flexible single 
board controller. Its purpose is to allow the transfer 
of data in system memory of one MULTIBUS system (or 
network node) to system memory of another MULTIBUS 
system (or network node), without CPU intervention, at 
a rate of up to 2 Mbits/sec. LNC is resident in each 
end of the transaction and handles all protocol control, 
data packet formation, recovery from transmission errors, 

DMA into and out of MULTIBUS system memory, and notifi- 
cation of the CPU that the transaction is complete. 

The LNC 5180 is a very intelligent, bipolar microprocessor 
based, firmware driven controller capable of assuming a 
number of different personalities or operating modes. 

It communicates with other LNCs (or other devices) on a 
network using an IBM defined bit stream protocol known 
as SDLC. The LNC can be a network MASTER (Primary station) 
or a Slave (Secondary station) in a MASTER/SLAVE type 
network typical of SDLC, and can send data to ££ request 
data from any other LNC attached to the network. The 
transaction is totally automatic after the initiating 
CPU builds a simple I0PB (I/O Parameter Block) in 
system memory and queues up the transaction. The trans- 
action can include sending up to 65,536 bytes of data 
which will automatically be broken into multiple smaller 
packets of data. The receipt of each packet is positively 
acknowledged and any packets received in error are 
automatically retransmitted. 5/ ic/Jng (/jiftdtio pr&tOcol . 

The term MASTER refers only to the LNC that controls which node 
can start a transaction at a given time. Any node can 
talk to any other node. 
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In addition to automatic transaction queueing, automatic 
error recovery, and automatic polling of Slaves by the 
network Master, the LNC even allows for dynamic buffer 
allocation using an optional feature called Memory Manage- 
ment . 

Due to the firmware nature of the LNC, it is also adaptable 
to use in applications that do not use its normal MASTER/SLAVE 
modes. A number of higher level protocols such as HDLC, 

X.25, IBM, SNA, and others use an SLDC style bit stream and 
the SLDC facilities to begin and end data packets and to 
frame up information inside the packet. By the use of custom 
firmware the LNC 5180 is capable of emulating most higher 
level protocols so long as SLDC is the basis of the bit 
stream . 

NETWORK ISO MODEL 

The LNC 5180 conforms to the standard "IS0-M0DEL M for 
layered networks and includes layers 2 through 4 and, with 
use of certain options and in conjunction with the operating 
system, also includes layer 5. 


LAYER 

ISO 

LNC 5180 

ETHERNET 

CONTROLLERS 

7 

APPLICATION 

NO 

NO 

6 

PRESENTATION 

NO 

NO 

5 

SESSION 

YES (OPTIONAL) 

NO 

4 

TRANSPORT 

YES 

NO 

3 

NETWORK 

YES 

NO 

2 

DATALINK 

YES 

YES 

1 

PHYSICAL 

NO 

NO 


For comparison with other single board LNC controllers the 
above table shows that the LNC 5180 includes 3 more layers 
of function, operating at bipolar processor speeds, than 
any known ETHERNET controller. All known ETHERNET controllers 
include only the DATALINK layer and require all of the higher 
layers to be implemented in system software, typically 
operating at MOS processor speeds and requiring substantial 
memory space and development time. 
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The Physical layer is the actual physical hookup (modem, 
modulator, transceiver, transporter, etc.) to the network 
transmission media and has been specifically excluded from 
the LNC 5180 to allow for useability in a wide range of 
network types. A variety of physical layer devices are 
available from Interphase and others. 

MEDIA AND TOPOLOGY INDEPENDENCE 

Since the LNC 5180 excludes the Physical Layer, or MEDIA 
ACCESS UNIT (MAU), it can be attached to a wide variety of 
network media such as baseband coax, broadband coax, 
optical fiber, microwave, T1 carrier (1.544 Mb), Bell DDS 
(56 Kb), wide band service and others. The data rate of 
the LNC 5180 is largely dependent on the media and MAU 
and varies from 0-2 Mbits/sec. The interface is, of 
course, well defined, and is RS422 compatible. This 
allows direct connection to standard modems in some 
circumstances . 

As shown below the LNC 5180 can be used in a wide variety 
of network topologies including a multidrop bus, a STAR 
(point to point) and any other style of physical connection. 


LNC-3 



In addition it is entirely possible to implement in system 
software, or with custom LNC Firmware, a RING, LOOP, token 
passing or other logical network control protocol. 



TYPICAL MULTIDROP BUS NETWORK 



In Each Node 

Up to 255 


Wire or 



1 LNC in Each Secondary 


Typical Point-to-point 
(STAR) Network 


Nodes 
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AN INTRODUCTION TO USING THE LNC 5180 


The LNC 5180 is very simple to use from the programming 
point of view, yet the LNC offers a vi/ide variety of 
features, options, and modes of operation. In many 
applications only a few of the features may be used, while 
others may use all of them. This section attempts to show 
the rudimentary operating features without describing any 
of the options and exotic features which might otherwise 
confuse the issue. Later sections describe use of other 
features in a building block fashion. If something in this 
section seems to be ’’left out” you are probably right. 

Later sections should fill in the gaps. 

The following procedures are a short form of how to operate 
the LNC 5180: 

1. INITIALIZATION 

On power up the LNC must be told its identity. An 
’’INITIALIZATION BLOCK" is built in system memory. 

This contains such information as the network node 
address, operating mode (MASTER, SLAVE, ETC.), 
maximum packet size, number of retries allowed, a 
pointer to the "CONTROL BLOCK" and certain other 
data that does not vary from transaction to trans- 
action. After the User builds the "INITIALIZATION 
BLOCK" he simply writes the memory address of the 
"INITIALIZATION BLOCK" into a hardware write only 
register and turns on a bit in a hardware write 
only register. The LNC automatically "INITIALIZES" 
itself . 

2. SEND A BLOCK OF DATA 

Suppose the User wishes to send a block of data that 
is 350 bytes long and starts at his address 1000H, 
to a remote system memory starting at location 2400H. 
Further, his node address is 01H and the remote 
node address is 47H. 
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The user first builds an IOPB (I/O Parameter Block) 
similar to the one below in system memory. Remember 
everything fancy is left out for now. 


SIMPLIFIED IOPB 



(COMMAND CODE) 

(STATUS) ( LNC FILLS THIS IN LATER) 

(ERROR CODE) (LNC FILLS THIS IN 
LATER) 

(LOCAL BUFFER POINTER) 

(DESTINATION NODE ADDRESS) 
(TRANSACTION BYTE COUNT) 

(REMOTE BUFFER POINTER) 


The user then "QUEUES UP" the transaction by writing the 
address of the IOPB and a "GO" bit into the queue control 
byte of the "CONTROL BLOCK". The transaction is then 
automatically completed by the local LNC and the one on the 
other end. 


No other LNCs that may be attached to the network are 
involved. Upon completion the local CPU is interrupted 
and can read the "STATUS" byte of the IOPB. If STATUS=02 
the transaction was completed successfully. If there 
was an unrecoverable error, STATUS=03 and the ERROR CODE 
has an entry descriptive of the cause of the error. If 
interrupts are not used the User can simply observe the 
STATUS byte for completion. While the LNC is working on 
the job it will put a 01 into STATUS. On completion it 
will put either a 02 or 03 into STATUS. 
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3. RECEIVING A BLOCK OF DATA ( ASYCHRONOUSL Y ) 

If you are on the receiving end of a Send Data Block 
transaction you will receive an interrupt. In the "CONTROL 
BLOCK" you will find information as to the type of trans- 
action that took place, a starting block address and byte 
count, and a Receive Message status byte. 

Before the next message can be received an entry in the 
CONTROL BLOCK must be cleared. 


4. REQUESTING A DATA BLOCK 

Most, if not all, competitive products allow only for the 
sending of a message. If data from the remote node is 
desired, a message is sent which must be interpreted by the 
software in the remote and a return message generated. This 
approach can certainly be used in a LNC 5180 based system, 
but many times it may be more convenient, and certainly more 
timely and ef f icien t, f or the transaction to take place 
automatically. With the LNC 5180 a User can request data 
in exactly the same way as he sends data. The only difference 
is that the command code in the I0PB is an friH instead of a 
ACfH. ^ 

jn 


5. SIMPLIFIED CONTROL BLOCK 

The above transaction referred to the "CONTROL BLOCK" The 
CONTROL BLOCK is a block of system memory that is pointed 
to by the Initialization Block and stays fixed thereafter. 

It contains interrupt information, a receive message control 
section and a transaction queue section similar to that 
shown below (with all the fancy stuff left out). 


RX MESSAGE 
CONTROL 


TRANSACTION 

QUEUE 


INTERRUPT CODE 
RX MESSAGE STATUS 
RX TRANSACTION TYPE 
RX BYTE COUNT 

RX BUFFER STARTING ADDRESS 
i POINTER TO I OPB 
) QUEUE CONTROL 


(1 BYTE) 
(1 BYTE) 
(1 BYTE) 
(2 BYTES) 
(3 BYTES) 
(3 BYTES) 
(1 BYTE) 
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ADVANCED CONCEPTS AND FEATURES 


The LNC 518Q f in addition to its rudimentary functions 
described earlier, has a number of high performance 
features and options described in this section. They 
are intended to be independent features and can be used 
individually or in combination as the needs of your system 
dictate. This section primarily deals with the advanced 
functions on a conceptual basis and leaves the details of 
use to the later sections. 


TRANSACTION QUEUE 

A "Transaction" is any function that the User causes the 
LNC to do, such as SEND DATA, REQUEST DATA, REQUEST STATUS, 
ETC. In a single task environment the User may simply 
determine what is to be done, tell the LNC to do it, and 
wait for a completion of that transaction before going to 
the next. Any Multi-User or Multi-Task environment, however 
requires some way to stack up transactions for the communi- 
cations function in the system to handle as fast as it can. 
This commonly requires a "QUEUEING" function to be handled 
by the Operating System, a sometimes very complicated and 
usually very inefficient part of the overall system software 


The LNC 5180 has a feature called the "TRANSACTION QUEUE" 
so that the operating software need not worry about this 
bothersome task even in a multiprocessor, multitask, or 
multiuser system. The number of Q-Slots are set by the 
Initialize procedure to be anything from 0 to 255 slots. 

Arns^reet^m--e^ L -Q-^fei : m : vs~-n f f all Queueing fun -o- tion - s and 

s ~ ~ ' 

-estratrlxsh-e s ~ a s i ru3Jje~-- u trtrg^ r i t y - , A --^STTrt>> A selection 

of N (1-255) slots tqrns pn the Queueing function and 
es^gb^ishes N slots ^he High Priority Q-Slot. 

The normal priority Q-Slots are handled by the LNC 5180 


* N T 


X 


! A J2S M- <A\ 

vvo ^ < ' taw„<r c\ h . TA 

\vO)F V" (^? vAa-Ws. J" ^ V ^ \ 

O- cGS& \t(D*rX ^ V 


in a round robin fashion described in a later section. 
Entries in the High Priority Q-Slot are handled on the 
very next transaction done by the LNC. 

The Transaction Queue table is a section of the Control 
Block and includes three control bytes, a 4 byte High 
Priority Q-Slot, and \ 4 byte normal priority transaction 
Q-Slots . 

DATA REQUESTS 

Most local area network products only send data messages. 

If the message is a request for data, that request is 
handled by the receiving station software. The LNC 5180 
allows for a request for data to be handled directly by 
the receiving station. Two types of data requests are 
provided. The "REQUEST IMMEDIATE DATA" command causes the 
receiving station to immediatley fetch the data, format it 
and send it to the requesting stationj all as part of the 
current transaction. Since no other network activity is 
happening during this transaction, this type of data 
request can be fairly inefficient and should be used 
advisedly with respect to the overall network needs, 
however, it is very effective in many. fairly simple systems 
and is optimum if the need is for an instantaneous update 
of remote data in "real time". 

The other type of data request, the "REQUEST DELAYED DATA" 
command is more elegant and does not incur any network 
overhead (wasted time) while waiting for a reply. 

The "REQUEST DELAYED DATA" command causes the receiving 
station LNC to automatically queue up a SEND DATA command 
in one of several internal queues (not using the CONTROL 
BLOCK). The next time the station is allowed to start a 
transaction the data is sent back to the original requesting 
station, thereby satisfying the request. 
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MAILBOX 

In many applications a User or a network node might routinely 
receive messages from a great many other nodes or Users vi/ithin 
one or more network nodes. In those cases it is convenient 
for the User to have a ‘’POST OFFICE’' consisting of an array 
of pigeon holes or ’’MAILBOXES" with one "MAILBOX" for each 
potential source from which a transaction may be received. 

Upon initialization the LNC is told the beginning memory 
address of the mailbox array which is always 256 bytes long. 
When a. subsequent message is received the LNC observes the 
mailbox number, which was specified by the originating 
device in its IOPB, and puts a 0FFH into the corresponding 
mailbox before notifying the CPU. This can be used in any 
way the User software wishes. A common usage in cases 
where a memory image is supposed to be cyclically 
updated by another device on the network is to cyclically 
decrement all mailboxes (under a real time clock timer 
for example) and to spot network devices who have not 
provided the expected updates within a specified period 
of time. 

The Mailbox feature may be disabled by initializing the 
MAILBOX STARTING ADDRESS to start at 0. 

MEMORY MANAGEMENT 

Although all discussions so far have assumed that a User 
will know the absolute memory addresses to send data to 
in a remote device, that is not always the case. Many 
times User software in the remote device will dynamically 
allocate buffer space for incoming messages. In other 
cases the operating system may routinely translate logical 
addresses to physical addresses. 
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In order for the LNC 5180 to do a DMA of data in the 
cases mentioned above, "MEMORY MANAGEMENT" is used. After 
receipt of the message, or the first packet of a long 
message, but before data is actually DMAed into memory 
the receiving station CPU is interrupted and allowed to 
modify the absolute addresses traveling with the message 
(in the header). A complete description of the process is 
presented in later sections (under Interrupt Handling). 

MEMORY MANAGEMENT can be "allowed" on a transaction by 
transaction basis or forced on all transactions based 
on initialization options. 

POLLING 

In a MASTER/SLAVE oriented system, the Master is in control 
of who starts a transaction on the network, and it is one 
of the Master's jobs to ask each Slave if it has a transaction 
it wishes to perform. Each Slave is given a slot of time 
to do its queued up transactions. This function is called 
polling, and the Master must poll each Slave often enough 
to satisfy the needs of the system. Most competitive 
products require the CPU software to cause the polling 
function to take place, and the LNC 5180 has a manual 
Poll command to allow this mode of operation. 

In addition, however, the LNC 5180 has an automatic polling 
feature that can be turned ON and OFF under CPU command. 

The list of network nodes or devices to be polled (the 
"POLLING LIST") is under control of, and can be modified 
by, the CPU. 

LINKED TRANSACTIONS 

Multiple sequential transactions can be linked to one another 
by linking together their IOPBs. Only one Q-SLOT is used and 
once the first transaction is started all linked transactions 
are automatically completed (unless an unrecoverable error 
condition occurs) before the CPU is interrupted and notified 
of completion. This should not be confused with the QUEUEING 
function which treats all transactions independently. 
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DETAILED TECHNICAL DESCRIPTION 


This section describes the hardware registers, INITIALIZE 
BLOCK, IOPB, CONTROL BLOCK, and other elements of the 
LNC 5180 in detail. While the LNC 5180 is simple to use, 
the extreme flexibility of the product makes these 
structures look complicated and confusing to the uninitiated. 
It is suggested that you first become familiar u/ith the 
basic concepts described in earlier sections of this 
manual, if you have not yet done so, before reading this 
section. These sections refer extensively to Figures vi/hich 
are also duplicated in Appendix A for your convenience, 

MULTIBUS I/O REGISTERS AND HARDWARE SWITCHES 

The LNC 5180 has four Multibus Write Only Registers and 

one Multibus Ready Only register as shown in Figure 1, 

These registers are accessed via Multibus I/O Write and 
Read Commands (INPUT, OUTPUT, ETC.) by the CPU. The I/O 
address can be set via DIP switches (Switch ^ : positions 
3-8) as shown in Figure 1. SWITCH £ position 1 sets the 
Multibus data bus width as either 8 or 16 bits. Figure 1 
also shows that DIP SWITCH ^(positions 1-8) selects the 
Multibus hardware interrupt level (INT0-INT7) to be generated 
when an interrupt is generated. Only one position (or no 
positions) of SWITCH should be closed. 

The Write-Only registers consist of one control register 
and three address registers (see Figure 1). After power up 
the INITIALIZE BLOCK and CONTROL BLOCK sections of memory 
should be set up. Then the three address registers should 
be set up, via Multibus OUTPUT (or equivalent) commands, 
to point to the first byte of the INITIALIZE BLOCK. 
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Control Register: 

After the address registers are set up the User can write a 
1 to the LNCEN (bit 2) bit of the Control Register to enable 
the board. This "vi/akes up” the board and causes it to do 
the initialize function per the INITIALIZE BLOCK. 

So long as the LNC is intended to be operational , the 
LNCEN bit should be left on . Turning the LNCEN bit OFF, 
for example, in case the CPU determines that the LNCEN 
has failed, disables the LNC (and its interrupts) and 
will require a reinitialize procedure to start it back 
up. Once it is turned ON the LNC 5180 operates out of the 
CONTROL BLOCK. 

The other two bits in the Control Register ENABLE and 
CLEAR the interrupt. On power up all interrupts are 
disabled and the interrupt is cleared. To enable interrupts 
write a 1 into bit 1 of the Control Register. To clear an 
interrupt write a 1 into bit 0 of the Control Register. All 
the bits operate independently. Be careful that the LNCEN 
bit is a 1 when clearing and/or enabling interrupts. 

Status Register: 

The single read only register (accessed with an INPUT or 
equivalent) has four bits as shown in Figure 1. Bit 3 
says that power is applied to the board if it is a 0. If 
Bit 2 is a 1 the board has been enabled to operate via the 
LNCEN bit. Bit 1 is a 1 if interrupts are enabled and 0 
if not enabled. If Bit 0 is a 1 the LNC has generated an 
interrupt (if enabled). If interrupts are not enabled, or 
if no interrupt level select switch has been closed, no 
interrupt will be generated, however, the INTR bit will 
still show interrupt (or completion) status. Bits 4-7 
of the Status Register should be ignored. 
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INITIALIZE BLOCK 

After power up^ but before turning ON the LNCEN bit, the 
INITIALIZE BLOCK and CONTROL BLOCKS must be built in 
System memory. The format of the INITIALIZE BLOCK is 
shown in Figure 2, end the elements are described below. 

The INITIALIZE BLOC-K is used only during the initialize 
procedures and may be overwritten in subsequent operations. 


LNC INITIALIZE BLOCK 




FIGURE 2 
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NODE ADDRESS: 


The network address (or node address) of the LNC 
5180 on the network. May be any number from 0 to 
254 (OFEH). Be sure that no two LNCs on the network 
have the same node address. (1 Byte) 

I/O BASE ADDRESS: 

The Multibus I/O ADDRESS of the LNC 5180 Control and 
Status Register must match the address set into hard- 
ware DIP SWITCH (1 Byte) 

OPERATING MODE: 

The operating mode of the LNC 5180: 

00 = Invalid 

01 = Primary on a Master/Slave network 

02 = Secondary on a Master/Slave network 
03-FF = Reserved for future modes 

Only one LNC in a network may be initialized as a Primary 
(or master) at any one time. (1 Byte) 

MODE OPTIONS: 

A bit mapped set of options or variations of the operating 
node. All bits set independent options which may coexist. 

Bit 0=0 Memory Management is not supported 
Bit 0=1 Memory Management is supported 

Bit 1 = 0 Memory Management is not required of all transactions 
Bit 1=1 Memory Management is forced on all transactions 
All other Bits are reserved for future options. (1 Byte) 

SECURITY CODE 1 
SECURITY CODE 2: 

If both CODE 1 and CODE 2 bytes are 0 no security code 
is used. If either or both bytes are non-zero no incoming 
messages will be accepted unless the Security Code bytes 
traveling with the message match the initialized values. 

(2 Bytes) 

MAX PACKET SIZE: 

A number from 1 to 2 J^p that defines the maximum number of 
data bytes to be transferred in a data packet. Larger 
transactions are automatically broken into packets by 
LNC 5180. A normal MAX PACKET SIZE is a b cert gyt e s ~ 

although this may vary based on the nature of the network, 
its loading characteristics, and normal bit error rate. 

Various control fields and transparent information fields 
are automatically appended to each packet by the LNC 5180. 

(2 Bytes) 
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NUMBER OF RETRIES: 


e-r-r o r s are detectg rt 






Te 


c^teed- 


d a t a — b 1 o cH c s t -h e 


^r tr ai-i on s en-d- s a NAGK — (negative - Acknow ted g e-m e - n -t-^ 

mcssago - 


\he sending station will automatically send the 
data again. This byte is the maximum number of retries 
before the sending station gives up and reports an error. 
A normal number is 3-5. (1 Byte) 


NUMBER OF Q-SLJJTS: 

A number from $-254 defining the number of transaction queue 
slots, te the high priority slot, to be provided. 

This determines 'the actual size of the CONTROL BLOCK. A 
value of 0 turns OFF the entire Queueing function. Most 
systems will need less than 16 slots. (1 Byte) 

CONTROL BLOCK POINTER: 

A 3 byte (24 bit) pointer to the first byte of the CONTROL 
BLOCK. (3 Bytes) 

MAILBOX STARTING ADDRESS: 

A 3 byte (24 bit) pointer to the first mailbox of the 
mailbox array which is 236 bytes long. If the field = 0 
there is no mailbox array. (3 Bytes) 
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L N C C 0 N T R 0 L BLOCK 


00 NO RX INTERRUPT—] 

01 REQUEST MEMORY 

MANAGEMENT 

02 TRANSACTION 

COMPLETED 

03 TRANSACTION 

' ABORTED AFTER 

PARTIAL 

COMPLETION 

TRANSPARENT INFO. 


^Q-CONTROL 


HIGH 

PRIORITY 

Q 


TRANS- 

ACTION 

QUEUE 


NORMAL 

PRIORITY 

Q 



INTERRUPT CODE 


INT. Q. REF. (WHICH SLOT) 

t 

- RX MESSAGE STATUS 

z 

RX TRANSACTION TYPE 

3 

RX MESSAGE TAG 1 

4 

RX MESSAGE TAG 2 

<T 

RX MESSAGE TAG 3 

6 

RX MESSAGE TAG 4 

7 


( LSB S 

RX BYTE COUNT 

i 


(MSB 

RX BUFFER j 

f LSB A 

STARTING < 

| MSB & 

ADDRESS ' 

< XSB c 

MEMORY MANAGEMENT STATUS 

t> 

Q SEMIPHORE 

6 

UNUSED Q COUNT 

£ 

NEXT Q POINTER 

ic 

QHP j 

LSB H 

IOPB POINTER \ 

MSB H 

* 

i XSB 6 

QHP STATUS 

(4 

Q1 

f LSB 

IOPB POINTER < 

MSB 


[ XSB 

1 QJ — STATUS 1 


n 


r 00 NO INTERRUPT 
-01 RECEIVED MESSAGE 
-02 TRANSACTION COMPLETE 
-03 POLLING ERROR (NO 
RESPONSE 

-•94- PQL t rlNG ERRO R ■ 


INTERRUPT 

CODE 

MEANING 

02 

WHICH Q SLOT 

03 

WHICH NODE 

04 

WHICH NODE 




-a Ww'-'A 

RX MESSAGE CONTROL 


I r 


-00 NO M.M. NEEDED 


j-00 Q NOT LOCKED 
L01 Q LOCK 


00 SLOT AVAILABLE 
1-01 IN USE (GO) 

1-02 TRANSACTION COMPLETED 
SUCCESSFULLY 
03 ERROR IN 
TRANSACTION 


QN 

( LSB 

IOPB POINTER 

< MSB 


V XSB 

| QN STATUS | 

FIGURE 

3 
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CONTROL BLOCK 


The Control Block is a memory resident control structure 
permanently located at initialization time. It is shown 
in Figure 3 and contains several subsections to handle 
interrupts, a Receive Message control Section and 
Transaction Queue. The elements of each section are 
described below: 

INTERRUPT CODE: 

When an interrupt is received on the selected level the 
handler should refer to this byte to get more information 
about the source of the interrupt. It is valid until 
the CPU sets it to 00, thereby allowing the next interrupt. 

{Set by LNC and 

CODE = 00 Interrupt is cleared (set by CPU) Cleared b y the CPU} 
= 01 A message has been received 
= 02 A transaction has been completed 
= 03 There was a polling error (No Response) 
s 0 4 — A ’’polled’ 1 — dev i ce refuses ,te - r e- linguis - h - eon trol 

INTERRUPT REFERENCE: 

The definition of this byte has multiple meanings based 
on the value of the INTERRUPT CODE. 

If CODE = 02 This byte says which Q-Slot has a transaction 
completion . 

IF CODE = 03 This byte says which polled deivce did not 
respond 

frp- CQDE - 04 This byte - cays wfr - i - ch d evice rcfuoeo - t o 
- rclinqui s t T c ~w-tx-o4-» 

IF CODE = ANY OTHER VALUE This byte has no meaning. 

{Set by LNC} 

RX MESSAGE STATUS: 

IF CODE = 01 This byte contains more information about the 
receive message interrupt and the action to be taken by the 
CPU. If this byte is: 

01 = The received message is requesting Memory 

Management. Follow procedure 

described -in a later section. . . {Set by LNC} 

02 = A complete message'Tras been received . {Set by LNC} 

03 = A transaction has been aborted after 

partial completion. {Set by LNC} 

RX TRANSACTION TYPE: 

This byte identifies the nature of the received transaction 
or message and is simply the COMMAND CODE set by the 
sending device. {Set by LNC} 
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RX MESSAGE TAG 1, 2, 3, & 4: 

These four bytes reflect the four bytes put into the IOPB 
by the originating station and are totally transparent to 
the LNC. They may be used in any way the User sees fit 
and may include information to be used by the interrupt 
handler or memory manager. They may also be used by the 
operating system to correlate incoming messages to requests 
sent out previously. {Set by LNC} 

RX BYTE COUNT: 

This 2 byte field contains the size of the data field of 
a received message already in memory. {Set by LNC} 

RX BUFFER STARTING ADDRESS: 

This *3 byte field contains the starting address of the 
data field of a received message already in memory. 

{Set by LNC and 
modifiable by 
CPU under Memory 
Management } 


MEMORY MANAGEMENT STATUS: 

Indicates the current status of the Memory Management function 
for this incoming transaction. If the contents are: 

00 = No Memory Management is needed 

01 = The LNC is waiting for the CPU 

to apply Memory Management to the 

RX Buffer Starting Address field 

02 = The CPU has applied memory 

management and the LNC may proceed 

with DMA 

Q-SEMIPHORE: 

This byte is a software semiphore to allow multiple CPUs 
(or other MULTIBUS MASTERS) to have access to the trans- 
action queue slots. Exact useage of this device is 
somewhat determined by the "Bus-Locking” characteristic 
of the CPU. 

00 = Q is not "locked" and may be manipulated 

by the CPU 

01 = Q is "locked" by another CPU and must not 

be manipulated. {Set by device 

attempting to 
queue up a 
transaction — 
must be set back 
to 00 by that 
device after 
manipulation • } 


{Set by LNC} 
{Set by LNC) 

{Set by CPU} 
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UNUSED Q COUNT: 

This byte is manipulated by the device queueing up a trans- 
action. It should always reflect the number of normal 
priority Q-Slots that have not been assigned to far. If it 
ever gets to 0, the Queue is full. It should be decremented 
when a transaction is queued up and incremented when that Q- 
Slot is freed up after completion of the transaction. This 
byte is not used if the queueing feature s -irfc-y^- 

is not used. The High Priority Q-Slot operates independently 
of this byte. 

NEXT Q POINTER: 

This byte identifies the next available normal priority 
Q-Slpt and is manipulated by the device queueing up a 
transaction for use by the next device. This procedure 
is explained more completely in later sections. If the 
UNUSED Q COUNT = 0, this byte is, of course, not valid. 

Q-HP (HIGH PRIORITY): 

This 4 byte field is the "High Priority Q-Slot" and exists 
whether or not any normal priority Q-Slots exist. If 1 or 
more normal Q-Slots do exist, this slot will be satisfied 
before any of the normal priority Q-Slots, except for the 
one currently being worked on. 


The first 3 bytes point to the I0PB of the queued transaction. 
The fourth byte is the Q-Status byte. It can have the 
following values: 


00 = This slot is available 

01 = This slot is in use (GO) 

02 = The Transaction was completed 

successfully 

03 = An unrecoverable error was 

encountered. 


{Set by CPU} 
{Set by CPU} 

{Set by LNC} 

{Set by LNC} 


Q-N (NORMAL .Q SLOTS): 

Op-0 

From 0 to n normal priority 4 byte Q-Slots with the same 
format as the Q-HP slot can be supported. All of these 
slots have equal priority and the LNC services them in a 
round robin fashion. The value of N is set at Initialization 
time and can be from jlto 255. 


NOTE: The LNC does not automatically free up Q-Slots upon 

completion of the transaction. It is up to the CPU 
to write a 00 to the Q-STATUS byte in the Slot to 
make it available for subsequent use. 
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00 NO RX INT — 
01/GENERATE — 
RX INTERRUPT 


IOPB 


The I/O parameter block is the structure that tells the 
LNC vi/hat function is to be performed. It must be built 
in LNC accessible memory and pointed to by the Q-Slot 
in the CONTROL BLOCK. Figure 4 shows the format of the 
IOPB. LNC IOPB 


COMMAND CODE 
TRANSACTION STATUS 


ERROR CODE 


00 NO ACTION 

01 IN PROGRESS 

02 SUCCESSFULLY COMPLETED 

03 ERROR 


SECURITY CODE 


LSBj 
MSB 4 


MAILBOX NUMBER 


MESSAGE TAG 1 
MESSAGE TAG 2 
MESSAGE TAG 3 
MESSAGE TAG 4 


SPECIAL TAG 


ISER ALWAYS SET TO 0 


LOCAL BUFFER 


POINTER 


LOCAL INTERRUPT ENABLE 
REMOTE NODE ADDRESS 


LSB& 


MSBC 


XSBiM 


)0 NO INTERRUPT 
)1 GENERATE A TRANSACTION 
COMPLETE 


TRANSACTION BYTE COUNT 


!MSB m 


REMOTE 


BUFFER POINTER 


MEMORY MANAGEMENT CONTROL 
REMOTE INTERRUPT ENABLE 


LINK TO NEXT IOPB 


NEXT IOPB 


POINTER 


MSB 


XSB lh 


'00 NO M M 
•01 USE M M 


■00 NO LINK 
■01 LINK 


FIGURE 
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COMMAND CODE: 


This byte contains the Command Code of the transaction. 

A table of command codes can be found in Figure 5. For 
example, a SEND DATA command will have a ^0H in this byte. 


TRANSACTION STATUS: 


This byte is initialized to 0 by the CPU and is subsequently 
updated by the LNC to reflect the current status of the 
transaction. 

00 = No Action has been taken. 

01 = Transaction in Progress 

02 = Transaction was successfully completed 
. 03 = Error 


ERROR CODE: 

If the TRANSACTION STATUS byte indicates an error, this 
byte indicates the nature of the error. A table of error 
codes is found in Figure 6. If TRANSACTION STATUS indicates 
a successful transaction this byte contains the number of 
retries required to complete it. 

SECURITY CODE: 

This 2 byte field must match the security code of the 
receiving station for a SEND DATA transaction to be 
completed. This optional feature can be disabled by 
the receiving station by setting the code to 0 during 
initialization • 

MAILBOX NUMBER: 

This one byte field is the number of the mailbox in the 
receiving station that is to be set to FFH when the 
message is received. 

MESSAGE TAG 1, 2, 3, & 4: 

This 4 byte field is totally transparent to the LNC and 
is sent along with the message to the receiving station. 

It is then put into the receiving station RX Message Control 
section of the CONTROL BLOCK for use as described by the 
CPU software. 

SPECIAL TAG: 

This byte is for internal use by the LNC only. The User 
should set it to 0. 


LOCAL BUFFER POINTER: 

This 3 byte field points to the beginning memory address 
of the local data to be sent in a SEND transaction or the 
local receive buffer in a REQUEST transaction. 
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LOCAL INTERRUPT ENABLE: 


If this one byte field is: 

00 = Generate NO local interrupt on completion 

01 = Generate a local interrupt on completion 

REMOTE NODE ADDRESS: 

The network or node address of the remote end of the 
transaction. Can be from 00 to 254. An address of 
255 (EFH) addresses all attached devices and is only 
used by the LNC in special cases. 

TRANSACTION BYTE COUNT: 

This 2 byte field specifies the size of the data block 
to be moved. 

REMOTE BUFFER POINTER: 

This 3 byte field points to the beginning memory address 
in the remote device, of the data to be received and 
stored in a SEND transaction, or to be fetched and 
transmitted in a REQUEST transaction. 

MEMORY MANAGMENT CONTROL: 

This byte controls the usage of MEMORY MANAGEMENT on the 
remote end. 

00 = Use no Memory Management 

01 = Request Memory Management 

REMOTE INTERRUPT ENABLE: 

Determines whether or not the remote end is to be interrupted 
on receipt of a message. 

00 = No interrupt 

01 = Generate an interrupt 

LINK TO NEXT I0PB: 

If this byte is 01, the I0PB pointed to by the next field 
is to be automatically appended to this transaction. No 
completion interrupt is to be generated at this time. If 
this byte is 00, the transaction is over when the current 
operation is complete. 

NEXT I0PB POINTER; 

This 3 byte field points to the next I0PB to be considered 
part of this transaction. 
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LNC 5180 COMMANDS 

Figure 5 is a table of all commands that the LNC 5180 
currently supports. The command code is to be written 
into the first byte of the I0PB. Figure 6 is a table 
of Error Codes that may be returned in the Error Code 
Byte of the I0PB upon failure of a given command. 
Following is a description of the operation of each 
command. Any options that may not be supported by the 
transaction are delineated. 




HEX 

CODE 


LNC COMMAND CODES 
COMMAND 


00 

NO OP 

01 

REINITIALIZE 

02 

LOCAL SELF TEST 

03 

TURN ON POLLING 

04 

TURN OFF POLLING 

05 ’ 

SET POLLING CONTROL TABLE 

06 

SEND POLL (MANUAL POLLING) 

> 


07 

SEND DATA 

08 

SEND NO OP 

OS 

REQUEST IMMEDIATE DATA 

0A 

REQUEST DELAYED DATA 

0B 

REQUEST LOCAL 5 ^^ 

0C 

REQUEST REMOTE SiAWS- 


FIGURE 
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ERROR CODES 


CODE^ ERROR TYPE 


01 

INVALID PARAMETER IN IOPB 

02 

NO RESPONSE FROM DESTINATION (TIMEOUT) 

03 

TOO MANY DATA RETRIES 

04 

DID NOT RECEIVE REQUESTED IMMEDIATE DATA/STATUS 

10 

LOCAL BUS TIMEOUT 

-tit 

CANNOT READ BUS DATA 


CANNOT WRITE BUS DATA 

20 

REMOTE Q WAS FULL ON REQUEST DELAYED DATA 

21 

TRANSACTION REJECTED BY DESTINATION 


FUTURE ERROR CODES MAY BE ADDED 


FIGURE 6 
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NO OPERATION (00) 

This command can be used to check basic operation of the 
LNC since it will show completion status in the I0PB and 
CONTROL BLOCK and will cause an interrupt if so instructed 
in the IOPB. 

01 

SEND DATA (40 H) 

Send a single contiguous block of data starting at the 
specified location in local system memory to the specified 
memory locations in the specified remote node. All IOPB 
options are supported. 

4 *\\\ 

REQUEST IMMEDIATE DATA 

Read the contents of a block of memory in a remote node as 
a part of this transaction, i.e., wait for the response 
before ending the transaction. Does not interrupt the 
remote device unless Memory Management is applied. No 
mailboxes are effected. The Security Code features does 
apply if used. This transaction does incur some 

network overhead while waiting for the response to be 
fetched and formatted. 

REQUEST DELAYED DATA 

Request that a remote device send a specified block of 
data to this station as soon as it can. Causes a trans- 
action to be put into the internal queue of the remote 
station LNC. The specified MESSAGE TAG(s) will be returned 
with the data and presented upon receipt of the return 
message. The RX TRANSACTION TYPE, upon receipt of the 
return message, will be a B^+TP^The Mailbox Number 
refers to the one to be set upon receipt of the return 
message. Memory Management refers to the remote device 
only (the Local Buffer pointer is an absolute value). The 
remote device is not interrupted (except for possible 
Memory Management) or notified of the operation, and no 
remote Mailbox is set. The Security Code feature in the 
remote device, however, does apply. This transaction 
reports completion (interrupts) as soon as the remote 
device accepts the queued transaction. The later receipt 
of the returned data. appears to be a separate operation 
except as stated above. It is suggested that the MESSAGE 
TAGS (1, 2, 3, 4,) will be used to correlate the return with 
the request. If the returned data operation is to set a 
local interrupt on receipt (as would be expected) set the 
"REMOTE INTERRUPT ENABLE" byte in the IOPB to an 01. 

REQUEST LOCAL - STATU S . 

The LNC 3180 keeps various operation status and statistics 
in an internal table of the format shown in Figure 8. This 
command sends the contents of this table into the local 
memory buffer pointed to in the IOPB. The user may chose to 
see only a part of the Status table by setting a TRANSACTION 
BYTE COUNT to less than the total table size, but it always 
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starts at the first byte of the table. A local interrupt 
may be set on completion but no other options apply, 
except Linked IOPBs. 

P syfcfW* 0c 

REQUEST REMOTE STA44LS (0-4h) 

Same as REQUEST LOCAL STATUS except that the Status Table 
in the specified remote device is reported. Operates in 
the same fashion as the REQUEST IMMEDIATE DATA transaction 

$9 

SEND NO-OP (MH) 


Send a NO-OP message to the specified remote devices LNC. 
This is basically a "Sanity Check" on the remote device. 
No interrupt or any other operation is performed on the 
remote except for the LNC's acknowledgement of receipt of 
the message. The local CPU is interrupted (if enabled) 
just like any other transaction. 


REINITIALIZE (01) 

This command sends the LNC back through the initialize 
sequence without requiring manipulation of the Multibus 
Control Register bits. The statistical information and 
polling control tables are not cleared as they would be 
with the LNCEN manipulation. The local buffer pointer 
must point to the new Initialization Block. The transaction 
is completed like any other transaction, except for the 
possible relocation of the CONTROL BLOCK. 


LOCAL SELF TEST (02) 

The LNC performs a series of local self tests and reports 
the results into local memory much like the REQUEST LOCAL 
STATUS COMMAND. The format of the report is found in 
Figure 10. The maximum report length can be set by the 
^ TRANSACTION BYTE COUNT. 

0 f TURN ON POLLING (03) 

^ Turns on the automatic polling features (only in MASTER 
^ STATIONS). A SET POLLING CONTROL TABLE command must 

have been successfully completed before this command can 
be accepted. 


TURN OFF POLLING (04) 

Turns off the automatic polling features. Does not effect 
the POLLING CONTROL TABLE. 
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SET POLLING CONTROL TABLE (05) 

This command sets the poll slot time duration and order 
of polling using a format shown in Figure 7. The local 
Buffer Pointer must point to the Polling Control Table. 

The transaction Byte Count must be equal to the total 
number of bytes in the Table or the command will be 
rejected as a special validity check on this sensitive 
procedure. Note that you can vary the frequency of 
polling for certain node addresses by.simply repeating 
their number more often than other devices. This effectively 
allows some nodes to have higher priority than others. Note 
that even if automatic polling is not used, for first part 
of this table must be set up to allow for Manual Poll Command 
to be used. This command does not apply to Secondary (Slave) 
stations . 

SEND POLL COMMAND (06) 

Send a Manual Poll to the specified node. This allows the 
specified node to transact business for up to a maximum 
time period as determined by the Polling Control Table 
which must have preceded this command. Can be used 
instead of or in combination with automatic polling. 
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INTERRUPT HANDLING 


Although some simple applications can operate strictly 
under status in the Control Block end the IOPB, most 
systems will use an interrupt handler to respond to 
events as they happen. Recall that interrupts may be 
enabled, disabled, and cleared using the write only 
Multibus Control Register, and that the Multibus 
interrupt level is set via dip switches on the LNC. Also, 
the status of Interrupt enable and the INTR bit that 
verifies that the LNC is generating an interrupt condition 
(whether or not the interrupt is enabled) are available in 
the MULTIBUS STATUS REGISTER as shown in Figure 1. 


ADDRESS SET 
BY SWITCH 2 


SAME ADDRESS 
AS STATUS 
+1 
+2 
+3 


7 

6 

5 

4 

3 

2 

1 

0 

0 

' f 

0 j 

0 ! 

0 

I 

PWRON 

BRDEN 

INTEN 

INTR 

• 7 

6 

3 

4 

3 

2 

1 

0 

0 

0 

0 

0 

0 

LNCEN 

INTEN 

CLEAR i 
INT ! 


LSB 


INITIALIZE BLOCK ADDRESS 


MSB 


XSB 


OPEN-NO INT 
CLOSED-INT 


iNT7 

INT6 j 

INT 5 

INT4 

INT3 

INT2 

INTI 

INTO 

8 - 

_ 2_J 

6 

3 

4 

3 

2 

1 


MULTIBUS STATUS 
REGISTER (READ ONL 


MULTIBUS CONTROL 
REGISTERS (WRITE 
ONLY) 


SWITCH 

INTERRUPT LEVEL 
SELECTOR 


OPENrO 

CL0SED=1 


I0ADR7 

10 ADR 6 

10 ADR 3 

I0ADR4: I0ADR3 

10 ADR 2 

0PT1 

OPT 0 

8 

7 

6 

s 1 ^ 

3 

2 

LJ 

L 


SWITCH £ 



BASE MULTIBUS 10 ADDRESS 


1 — £ 


PEN=8 BIT BUS 
L0SED=16 BIT BUS 


FIGURE 1 
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Four general sources of interrupt exist: 

1. A transaction is completed 

2. An incoming message is received 

3. The Memory Management function is 
requested on an incoming message 

4. There was a polling error {2~~t ypTTJir ^r 

To determine the source of a given interrupt read the 
INTERRUPT CODE byte of the CONTROL BLOCK. Appropriate 
action should then be taken to handle the interrupt. 

After that action is taken , the INTERRUPT CODE must be 
cleared bo JOO before the LNC can present another interrupt . 


***************** 

SPECIAL NOTE: CLEAR THE HARDWARE INTERRUPT (using the 

Multibus Control Register) BEFORE THE INTERRUPT CODE IS 
SET TO 00, or you may miss the next hardware interrupt 
(and its INTR status bit). This is true so long as you 
are using interrupts and/or the INTR hardware register 
bit at all. If you are running strictly under Status 
and no interrupt level is selected (with on board dip 
switches) you do not have to clear the hardware interrupt 
at all, but still must clear the INTERRUPT CODE byte. 

***************** 

Refer to Figure 3, the Control Block format, while reading 
the following sections-. 
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00 NO RX INTERRUPT- 

01 REQUEST MEMORY- 
MANAGEMENT 

02 TRANSACTION 

COMPLETED 

03 TRANSACTION 

ABORTED AFTER 

PARTIAL 

COMPLETION 

TRANSPARENT INFO. 


LNC CONTROL BLOCK 

INTERRUPT CODE * 

INT. Q. REF. (WHICH SLOT) ^ 

RX MESSAGE STATUS P 

RX TRANSACTION TYPE 
RX MESSAGE TAG I 
RX MESSAGE TAG 2 
RX MESSAGE TAG 3 
RX MESSAGE TAG 4 

( LSB 

RX BYTE COUNT l 


•00 NO INTERRUPT 
•01 RECEIVED MESSAGE 
-02 TRANSACTION COMPLETE 
■03 POLLING ERROR (NO 
RESPONSE 


^INTERRUPT 
1 CODE 

1 

MEANING 

. .02 

WHICH Q SLOT 

03 

WHICH NODE 

1 04 

WHICH NODE 


RX MESSAGE CONTROL 


Q-CONTROL 


HIGH * 
PRIORITY 
Q 


NORMAL 

PRIORITY 

Q 


RX BUFFER 

STARTING 

ADDRESS 

MEMORY MANAGEMENT STATUS 
Q SEMIPHORE 
UNUSED Q COUNT 
NEXT Q POINTER 
QHP 

I OPE POINTER 

QHP STATUS 
Q1 

IOPB POINTER 



-00 NO M.M. NEEDED 
-01 AWAITING M.M. 
-02 M.M. COMPLETE 

-00 Q NOT LOCKED 
-01 Q LOCK 


00 SLOT AVAILABLE 

01 IN USE (GO) 

02 TRANSACTION COMPLETED 
SUCCESSFULLY 

03 ERROR IN- 
TRANSACTION 


FIGURE 3 
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TRANSACTION COMPLETE INTERRUPT 

If the INTERRUPT CODE byte of the CONTROL BLOCK is a 02 
the interrupt is a result of the completion of a queued 
transaction. The INTERRUPT Q REFERENCE byte refers to the 
Q-Slot that was satisf ied. The High Priority Q-Slot is 


referred to as^ft. /The Q-Slot points to the I0PB of the 
^transaction and provides a Q-Status byte which should, at 
this time, be either 02 (successfully completed) or 03 
(error in transaction), and the I0PB carries even further 
information. The interrupt handler at this time may 
either clear the Q-Slot by writing a 00 to the Q-Slot 
status byte and incrementing the Unused Q-Count byte of 
the Q-Control section, or possibly refer that operation 
to the Operating Sytem or other software. In any case, 
the interrupt handler must set the INTERRUPT CODE to 00 
to allow the next interrupt to be set by the LNC. Remember 
to Clear the Hardware Interrupt (so long as interrupts are 
being used) before setting the INTERRUPT CODE to 00. 


RECEIVED MESSAGE INTERRUPT 

After a completed message has been received and the 
resulting data is in memory ^mti--^f- ^±he sendin ip4le4Ai-GS 
.s^d^trcf''^ — the LNC sets the 
RX MESSAGE STATUS byte to 02, sets the RX TRANSACTION TYPE 
to the appropriate value, puts the Message Tags sent with 
the Message into RX MESSAGE TAG 1, 2, 3, & 4, enters the 
size of the data field into RX BYTE COUNT, sets the RX 
BUFFER STARTING ADDRESS, and then sets the INTERRUPT CODE 
to Ol^a nd -s-e t c th e-hemJ ware i n t e » 

-tf-l^re-TereTWd-TTra^^ PT TTTOBLT* 

t urned-WF— of the above happens but the dai^Er~irs--piJ j L~^ 
irrtro--mem i3ry . No j^ e-sfiarv a e is -x^tp*i-^e-cL. — 


If a second receive message comes in before the 

interrupt is handled, i- t will waj -t^ry ^t ernal^ 

l-QfKj—a S-J^i^ffer space i s a vailable) » ai*d will be 


previous 
tmf-fer-s — (-so 
reported as 
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soon as the INTERRUPT CODE is cleared. Only one such 
incoming message can be "stacked up" in this fashion. 

Any further attempts to send messages to this station will 

(csaA V ‘‘ * no c . 

One further action, the setting of the Mailbox to FFH, 
also takes place so long as the receiving LNC is 
initialized to have a Msilbox array. This is true so 
long as a complete message has been successfully 
received whether or not REMOTE INTERRUPT ENABLE was 
specified by the sending device. _4^^--R€t1'&T : - E-^ - I N TTHTRt r pTT — 
E^ffiBSfewAS ,^ag^=^==&fl r-trv--^^ the on IV, 

e i v -± n g — de^i-e-e — Ls— fr^e-o-. io~.th.e- 

iteiTffiixJL,. 

Note that all of the above refers only to SEND DATA 
Messages sent to the receiving device and does not apply to 
DATA REQUESTS (IMMEDIATE OR DELAYED) from another network 
device, or LNC control messages that may be sent as part of 
the transparent network protocol. In those cases the 
receiving device CPU is completely unaware of the 
transection . 

From the User's point of view the only thing that the 
Interrupt Handler must do with RECEIVE MESSAGE Interrupts 
(with RX MESSAGE STATUS r 02) is recognize and respond 
to the information in the RX MESSAGE CONTROL section of 
the CONTROL BLOCK, clear the hardware Interrupt (if used) 
and write a 00 to the INTERRUPT CODE to allow the LNC to 
proceed with the next interrupt. 

MEMORY MANAGEMENT INTERRUPT 

If the LNC has been initialized with Memory Management 
enabled (or "forced") and a message is received that 
specifies a request for Memory Management (or always in 
case of the "forced" option), the successful receipt of 
the first packet of possibly a Multipacket transaction 
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will cause a Received Message Interrupt (INTERRUPT CODE = 01) 
but with RX MESSAGE STATUS = 01 (Request Memory Management). 
In addition the RX TRANSACTION TYPE, RX MESSAGE TAGS, RX 
BYTE COUNT (for the entire transaction to be performed), and 
the RX BUFFER STARTING ADDRESS (set by the sending device) 
will be set up. Also the MEMORY MANAGEMENT STATUS byte will 
be set to 01 (Awaiting Memory Management). 


At this point the interrupt handler, or the Operating 
System, should modify the RX BUFFER STARTING ADDRESS 
field- as desired, write a 02 (Memory Management Complete) 
into the MEMORY MANAGEMENT STATUS byte, and write 00 
(clear) to the INTERRUPT CODE. The LNC will proceed with 
the transaction and provide a normal Receive Message 
Interrupt upon completion. 



The order of setting MEMORY MANAGEMENT STATUS = 02 and 
setting INTERRUPT CODE = 00 is irrelevant since the LNC 
will proceed as soon as it sees the 02 in MEMORY MANAGEMENT 
STATUS and will not set a new interrupt until the previous 
is cleared (INTERRUPT CODE = 00). This allows the interrupt 
handler to normally clear the hardware interrupt and set 
the INTERRUPT CODE = 00 and pass a call to the Operating 
System to perform the Memory Management function. The 
function should, however, be performed fairly expeditiously 
since the LNC may be receiving further packets of data and 
may need to empty its buffers, ^ if t h-e - t- C Ansaption jl a-larger 
t han th^tnrff ^r--sp-a^a-) — b-e-f-e-re — t he transaction ,c aH=r— be 
completed. If this happens the transactions can be 
successfully completed but the entire network will 
effectively be waiting for the transaction to be 
completed . 


MESSAGE ABORTION INTERRUPT 

A special case of the RECEIVE MESSAGE INTERRUPT is seen if 
a message transaction is aborted after Memory Management has 


r 




o(/v 
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been performed but before the transaction is complete. 

In this case INTERRUPT CODE = 01 but RX MESSAGE STATUS = 03. 
The reporting of this special condition allows the 
receiving station software to deallocate the assigned 
buffer space and cancel the transaction. The interrupt 
handler should simply clear the interrupt and set INTERRUPT 
CODE = 00. • 


Another special case of partial message completion is seen 
if the transaction is larger than the internal buffer 
space whether or not Memory Management is applied. (INTERRUPT 
CODE = 01, RX MESSAGE STATUS = 03, and MEMORY MANAGEMENT 
STATUS = 00 or 02). In this case the earliest packets have 
already been moved into Multibus memory starting at the 
RX BUFFER STARTING ADDRESS but for some reason the transaction 
aborted before the full message (Size = RX BYTE COUNT) was 
received. How to handle this anomalous event is strictly 
determined by the application and the nature of the data. 
Ttre^TITu¥tro?r'‘rs— a v oid ed -; — whetT'possibl'e^ ETy^the ~pT act i'c'6 ~o f 

th e c-ni^Lx-e messa- g ^ — ( p-e-ss i b -J y 

-f Ti ul tipjo p e ek d-i 


te availflble^eefeivL e b u f fg i^-ad-z-e , 
be f o r e — p g i t i n g an y — r_y ^_ , 


POLLING ERROR INTERRUPTS 

When the LNC 5180 is initialized to be a MASTER and Automatic 
Polling is turned ON there are two more potential causes of 
interrupts. If INTERRUPT CODE = 03 a polled device, specified 
in the INTERRUPT Q REFERENCE byte, has failed to respond to 
the last three attempts to poll him. The source of the 
problem should normally be investigated and the device 
should probably be deleted from the POLLING TABLE using 
the SET POLLING CONTROL TABLE command. 


If INTERRUP 
INTERRUPT Q REFER 
control of the network 
The problem could be either 
the device he is 


polled devil 


specified in tjja 
has failed to relXmrcrXsh 
the sja^crTfied time period, 
lied device, or in 
ng to transact^uTt'tl^_ Since all 
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devices have logic to defeat such a condition when 
within their c ontro 1- it is p ro badly th at t h e polled 
deviqe is the problem. 

‘V- j 

~ftrese typeft of interrupt^ commonly requires some type of 
user interaction. The interrupt handler should clear 
the hardware interrupts, set INTERRUPT CODE = 00 and 
refer the situation to a higher level of software. 
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QUEUE HANDLING 


To cause a transaction to take place the User builds an 
IOPB and then "Queues it up". The CONTROL BLOCK (See 
Figure 3) has a section of it called the TRANSACTION 

QUEUE which consists of a 3 byte Q-Control subsection, 

CV-V) 

a 4 byt^H^GH PRIORITY Q, and up to X normal priority 
Q's when^is from 4.-255 and is set at initialization time. 
Each Q slot, High or Normal priority, consists of a 3 byte 
pointer and a single Q-Status byte. 

To "QUEUE UP" a transaction in any of the queues one must 
first verify that the Q-slot is available ( Q-STATUS = 00 ) . 

If so, write the pointer to the IOPB into the first three 
bytes of the slot and a 01 into the Q-Status. If you have 
selected the High Priority Q-Slot or if that is the only 
Q-Slot (N=i) you have completed the "QUEUE UP" operation. 

6f 1 

If N p Q' and you are using a normal priority Q-Slot you 
will normally also manipulate the Q-Control section (UNUSED 
Q-COUNT and NEXT Q POINTER) as suggested below to 
complete the "QUEUE UP" operation. The use of the Q-Control 
section is optional since the LNC actually uses none of the 
bytes directly, but the suggested conventions have been 
seen to work well in real systems. In addition, use of 
them as described will insure the ability to use higher 
level functionality that may be available on this product 
and other Interphase LNC products in the future, some of 
which may include self queueing of transactions by the LNC. 

Before describing the queueing software conventions it is 
instructive to understand how the LNC uses the queue. 


LNC-38 



00 NO RX INTERRUPT- 

01 REQUEST MEMORY- 
MANAGEMENT 

02 TRANSACTION 

COMPLETED 

03 TRANSACTION 

ABORTED AFTER 

PARTIAL 

COMPLETION 

TRANSPARENT INFO. 


LNC CONTROL BLOCK 
INTERRUPT CODE * 

INT. Q. REF. (WHICH SLOT) 

RX MESSAGE STATUS N 

RX TRANSACTION TYPE 

RX MESSAGE TAG 1 

RX MESSAGE TAG 2 

RX MESSAGE TAG 3 

RX MESSAGE TAG 4 

( LSB 

RX BYTE COUNT \ 


r 00 NO INTERRUPT 
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RESPONSE 

U)4 POLLING ERROR (HANG UP) 
INTERRUPT! 


CODE 

MEANING 

“02 

WHICH Q SLOT 

03 

WHICH NODE 

04 

WHICH NODE 
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-01 Q LOCK 
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LNC USEAGE OF THE TRANSACTION QUEUE 

The LNC determines that it has something to do by looking 
at the Q-STATUS byte of the Q-SLOTS. After initialization 
it first looks at the High Priority Q-Slot (QHP STATUS) 
and, if a transaction is queued up (Q-STATUS=01 ) , it starts 
the transaction. If the Q^p Status is not 01, the LNC looks 
at the Qi STATUS (if it exists) and starts it if Q1-STATUS=01 . 

If not it goes back to QHP-STATUS. It will continue alternating 
between QHP-STATUS and Ql-STATUS until Ql-STATUS has work 
to do. After completing that work it will start alternating 
between QHP-STATUS and Q2-STATUS until Q2-STATUS has work to 
do. It will go down through the Q-SLOTS until QN-STATUS has 
work to do. After completing that work it will again alter- 
nate between QHP-STATUS and Ql-STATS, and the "round robin" 
starts over. The LNC will not look at Q2 STATUS until 
Ql STATUS is satisfied. This insures that transactions are 
performed in the order in which they are queued up except for 
the high priority queue which is always looked at every 
other time. 

Note that the Q-SLOT has new work to do only when Q-STATUS = 01. 
If QSTATUS=02 or 03 the old transaction has been completed 
but the completion has not been acknoweldged (or recognized) 
by the CPU software. If QSTATUS=Q0 the old transaction was 
cleared and a new one may be queued up at any instant. 

Based on this logic the LNC modifies how long it waits 
between looks (to that slot). If QSTATUS was 00 it waits 
only about 50 ysec. If QSTATUS was 02 or 03 it will wait 
about 250 psec before it looks again in order to reduce the 
overall bus overhead. 

Q-SEMIPH0R 

The Q-SEMIPH0R (See Figure 3) is an optional feature that 
should be used when more than one CPU (or other BUS MASTER) - 
can queue up transactions for a single LNC and the CPUs 
don't have the ability to "Lock the bus" while they manipulate 
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the QUEUE. Some applications where interrup table and 
re-entrant routines do the manipulation you may use the 
Q-SEMIPHOR even if you can ’’Lock the bus". When used at 
all, the Q-SEMIPHORE should be used both when using the 
High Priority Q-Slot and when using a normal priority 
Q-SLOT. TH£ Q-SEMIPHQR IS NOT ACUTALLY USED BY THE LNC . 

BUT IS MERELY A SOFTWARE USEAGE CONVENTION . 

Simply stated, to use the TRANSACTION QUEUE the User should 
see if the Q-SEMIPHORE = 0, and, if so, set it to 01, do 
the heeded manipulation, then set it back to 00. If it is 
already set to 01, the User must wait until it has been 
cleared . 

UNUSED Q COUNT 

This byte ^.hjoi^jd originally be initialzed by the CPU to 
be equal to X. It refers only to the number of unused 
normal priority Q-Slots. When a User queues up a trans- 
action i£ £ normal priority Q-Slot he must first see that 
the UNUSED Q COUNT is NON ZERO, do the operation described 
above, decrement the UNUSED Q COUNT, and finally manipulate 
the NEXT Q POINTER as described below. THE UNUSED Q COUNT 
IS NOT ACTUALLY USED BY THE LNC BUT IS MERELY A SOFTWARE 
USEAGE CONVENTION. 

Recall that the interrupt handler, or other software that 
handles acknowledgement of completion of a transaction 
will have the job of incrementing the UNUSED Q COUNT and 
clearing the Q-STATUS. 

NEXT Q POINTER 

This byte should always point to the next available Q-SLOT 
and is for the convenience of the queueing software. To 
finish the queue-up procedure for normal priority Q-Slots 
( NOT HIGH PRIORITY ) increment the next Q POINTER by 1 
unless it is already at which time set it to It 

cv-i) 
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is still, of course, necessary for the queueing software 
to verify that the slot is truely available before reusing 
it. THIS BYTE IS NOT ACTUALLY USED BY THE LNC BUT IS 
MERELY A SOFTWARE USEAGE CONVENTION. 
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AUTOMATIC POLLING 


In a MASTER/SLAVE system, one device, the MASTER (or 
PRIMARY Station) is responsible for servicing the needs 
of the Slaves (or SECONDARY Station) such that information 
is transferred between network devices. Some MASTER/SLAVE 
networks force all data to be passed through the MASTER, 

In those cases for information to pass between SLAVES the 
sending SLAVE must send to the MASTER and the MASTER sends 
to the receiving SLAVE 

Although one can use the LNC in this fashion it is not 
necessary to do so . Any device can talk to any other device 
directly . The MASTER simply controls who may start a 
transaction by sending a ’'poll’' to that device, who then 
can start transactions for up to a specified period of 
time . 

The MASTER knows who to poll and what the duration of the 
time slot is by being sent a ’’POLLING CONTROL TABLE" using 
the SET POLLING CONTROL TABLE command. For that command 
the LOCAL BUFFER POINTER (IOPB) must point to the beginning 
of the Polling Control Table of the form shown in Figure 7. 
The TRANSACTION BYTE COUNT (IOPB) must be exactly the size 
of the entire taj^le . This value is checked for validity 
against the "NUMBER OF SLOTS" specified in the table due 
to the special sensitivity to errors in this operation. 

Automatic POLLING can be turned ON and OFF with normal LNC 
commands (03 and 04 respectively). On power up Polling is 
turned OFF. Polling is also turned OFF every time the 
POLLING CONTROL TABLE is set. Before turning polling ON the 
POLLING CONTROL TABLE must be set. 
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When a station is polled it can start transactions so long 
as the elapsed time from the beginning of the slot is less 
than the specified TIME SLOT DURATION. If the TIME SLOT 
DURATION = 0 the Slave can start only 1 transaction, or 
more accurately, only one Q-SLOT can be worked on. The 
transaction can, however, be a linked transaction. If a 
station has no work to do or finishes its work before the 
slot expires it will immediately send a control message 
to the MASTER, relinquishing the slot. 

Network Node Addresses can be entered in any order and 
duplicated as many times as desired. This allows you to 
poll given network devices more often than others based 
on expected loading factors. The table can be changed 
dynamically to allow adding and deleting devices on the 
network . 

If a polled device fails to answer the poll more than three 
times in a row an interrupt is generated as described in an 
earlier section. I-f--er~pr r ^lc ^ "device f r e 1 i n qtrrs^t—fe-h e 
jTetuLO jnk, the M A S T F R — yHTnerr'frire-a- — a n. interrupt a s riPsrrJJ »f»-d 

earirei f ^at^d---au t om-airin^g!Ty"~Tr^^ - 1 he —n eiui/o-r-k-by - , 

‘-aeaijiiiri rep pa f p iri ce ntra l- me &s-a^es^. -~I&g _LNC will not 
-f u r~th e r d a t a ~~t y pe— tra n«^ e^i^f^«--u^^Hr^th^rTe t wo r k ^Ts^TTn^-attma-d , 

— but rt win r p6 p f>n ^"^~1 i zett T»mTn a n^-r--^^h REQUEST 
"TO CAb-STATUS^ — solo f*g— a s — ttrey~ai? e ~qiimret±- - i n t h e ti 4-G4T-rFRTOR-lJ Y 

-^TsloTT 

If automatic polling is not used, but Manual Polling is done 
via the SEND POLL command, the SET POLLING TABLE command 
must still be performed, irf—a — 5-trfrT — DtHbAT-i-GN u r~g rs^rt ei — ttrerr-^. 

^■ 0 
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PHYSICAL LAYER INTERFACE 

As described in early parts of this manual, the LNC 5180 
encompasses ISO Model layers 2-5 and, by design, does not 
include the "PHYSICAL LAYER" device. The PHYSICAL LAYER 
device, or MEDIA ACCESS UNIT (MAU), is what physically 
attaches to the network media (broadband or baseband coax, 
microwave, optical fibers, etc.) and provides whatever 
modulation of signals, data and clock mixing, and other 
signal conditioning that there is to be done. Media 
Access Units can include baseband or broadband modulators/ 
demodulators , standard high speed modems operating on 
leased lines (commonly at 56 Kb/s), T1 carrier access units 
(commonly opera ting at 1 . 544 Mb/s), or simpl$ signal line 
drivers and receivers. MAUs can be supplied by Interphase, 
purchased from other manufacturers, or manufactured by the 
OEM. The needed characteristics vary widely based on the 
length of the network, data rate (set bythe MAU), 
number of devices, etc. 

Interphase manufactures a Multibus card mounted FSK 
modulated MAU that directly cables (via a flat cable) to 
the LNC, an adapter to Bell DDS Service, an adapter to T1 
carrier access units, and various other accessories described 
in other literature. For further advice in this area 
contact Interphase. 

The standard Physical Layer interface satisfies the EIA 
Standard RS422, the Foreward of which can be found in 
Appendix B. Figure 9 shows the definition of the signals 
on the 40 pin connector on the LNC 5180. 

The LNC 5180 implements 9 category I circuits as classified by 
the RS449 interface specification. RS449 specifies that for 
applications where the signaling rate on the data interchange 
circuits is above 20,000 bits per second, all category I 
circuits shall use the balanced electrical characteristics of 
RS422. The maximum signaling rate on these balanced lines is 
2 megabits/sec. 
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The following Category I circuits are implemented by the 
LNC : 

CIRCUIT SD (SEND DATA) 

The data signals originated by the LNC to be transmitted 
to the remote LNC's is transferred on this circuit to the 
modem. 

CIRCUIT RD (RECEIVE DATA) 

The data signals generated by the modem, in response to data 
channel line signals received from a remote LNC, are 
transferred on this circuit to the LNC. 

CIRCUIT ST (SEND TIMING) 

Signals on this circuit provide the LNC with transmit 
signal’ element timing information. 

CIRCUIT RT (RECEIVE TIMING) 

Signals on this circuit provide the LNC with receive signal 
element timing. 

CIRCUIT RS (REQUEST TO SEND) 

Signals on this circuit control the data channel transmit 
function of the local modem. 

CIRCUIT CS (CLEAR TO SEND) 

Signals on this circuit indicate whether the local modem 
is conditioned to transmit data. 

CIRCUIT RR (RECEIVER READY) 

Indicates whether the receiver in the Modem is conditioned 
to receive data signals. (Equivalent to "Line Signal 
Detect" circuit of RS232C) 

CIRCUIT TR (TERMINAL READY) 

Signals on this circuit indicate whether the LNC is 
conditioned to communicate with the modem. 

CIRCUIT DM (DATA MODE) 

Signals on this line indicate to the LNC that the modem 
is powered on and ready to communicate. (Equivalent to 
"Data Set Ready" circuit of RS232C) 
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LNC COMMAND CODES 
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ERROR CODES 
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POLLING CONTROL TABLE 
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FIGURE 7 




U»o 5V?o 


0 

\ 

X 

(Oao\Vr o5 oX~{>V 4*? (tctvv't- l^ey VS b? 

MSB 

XS? 

c> 

1 

7_ 

3 

t^UwVr cA ^>© Qff0r5‘ 

isl? 


4 


^B 


5 


ys£ 

r 

L 

^VJtjLwvVitr ck Oi^or\<^' ^<o-*^ e Jr 

IS? 

£ 

7 



7 

$ 


ys3 

£ 

•\ 

PavwW <A K^X"X.r £>\JZr fu.v\!T 

LS3 

*> 

W 



A 

li 


X5& 

S3 

IX 

fAvwXtr ck 'T-^t€v'- rt A 

ue 

C 

13 

JAX' SrrorS 

n5B 

o 

)4 L 

X5B 

L 

15 , 

^Owv*W A UA^V-^ifty^VvaVccK 

l5£ 


\(< 

OrrcrX 

rv5? 

w -» 

M 

: ■ 

XSB 

li 

i? 

o\ V N» fA»K i%cOr ST__.. 

LS5 

f iJ ^ fl &^W \M*aA er/»r 

K 

, „,.... „..; ... . *. 


^ .7\ c^^AVj. i^At c^rc-T. ol, 

Id 


XsB 


3». *. 

.C7.^r. . ........ .. . 

usg 

' \ * ' r~ 

•r i j 

21 : 

\ 

»M5B 

j / 

13 

X3£ 

17 : J _. _ : j - | - 


:OXt/ i \-*_X . . : 

L<oc5\^/>. u'\\ b^X .^-u. * jVA-^Au ^ jA.yJ»ir. : .„ 

; ..^ VW. OJ^Ar^rr j m J t\ . ^ >}AjL-^ ! ....... 

Vo^A ; foAAxr; A : Vk_< ASP x&«. : j.„_ 

-Li—i - - i — i i 1. , . ; ; . .. -i— 4~ 



FIGURE 9 


PIN 

SIGNAL 

PIN 

SIGNAL 

1 

GROUND 

21 

RTBA ( RXCLK+ ) 

2 

GROUND 

22 

RTf^(RXCLK-) 

3 

SD AH(TXDAT+) 

23 

GROUND 

4 

SD JBfA( TXDAT-) 

24 

GROUND 

5 

GROUND 

25 

RD AE?(RXDAT + ) 

6 

GROUND 

26 

RD 0&( RXDAT - ) 

7 

RS Af p( RTS/+ ) 

27 

GROUND 

8 

RS B'M RT S/- ) 

28 

GROUND 

9 

GROUND 

29 

CS Ap(CTS/+) 

10 

GROUND 

30 

CS tfA(CTS/-) 

11 

* RESERVED 

31 

(frR- Aa(DSR/+) 

12 

RESERVED 

32 

m Ef A(DSR/-) 

13 

TR &&( DTR/+) - 

33 

pft- AF(LSD/+) 

14 

TR g^(DTR/-) 

34 

m tfMLSD/-) 

15 

GROUND 

35 

RESERVED 

16 

GROUND 

36 

RESERVED 

17 

ST A p( TXCLK+ ) 

37 

RESERVED 

18 

ST tf^TXCLK-) , 

38 

RESERVED 

19 

GROUND 

39 

NOT USED 

20 

GROUND 

40 

NOT USED 


NOTES: The above signal designations are the official RS 422 

signal names v/ith more descriptive initials in 
parenthesis. All signal lines are balanced. 

The. mating connector type is ANSLEY 609-4030 (a female 40 
contact) connector intended for flat cable mass 
termination. The flat cable length to the MAU should 
be limited to 100 ft. or less. 
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GENERAL PURPOSE 37-POSITION AND 9-POSITION INTERFACE FOR 
DATA TERMINAL EQUIPMENT AND DATA CIRCUIT-TERMINATING EQUIPMENT 
EMPLOYING SERIAL BINARY DATA INTERCHANGE 


FOREWORD 

(This Foreword provides additional information and does not form an integral part of the 
EIA Standard specifying the General Purpose 37-Position and 9-Position Interface for Data 
Terminal Equipment and Data Circuit -Terminating Equipment Employing Serial Binary Data 
Interchange.) 

This Standard, together with EIA Standards RS-422 and RS-423, is intended to gradually 
replace EIA Standard RS-232-C as the specification for the interface between data terminal 
equipment (DTE) and data circuit-terminating equipment (DCE) employing serial binary data 
interchange.- With a few additional provisions for interoperability, equipment conforming to 
this standard can interoperate with equipment designed to JtS-232-C. This standard is in- 
tended primarily for data applications using analog telecommunications networks. 

EIA Standard RS-232-C is in need of replacement in order to specify new electrical charac- 
teristics and to define several new interchange circuits. New electrical characteristics are 
needed to accommodate advances in integrated circuit design, to reduce crosstalk between 
interchange circuits, to permit greater distances between equipments, and to permit higher 
data signaling rates. With the expected increase in use of standard electrical interface char- 
acteristics between many different kinds of equipment, it is now appropriate to publish the 
electrical interface characteristics in separate standards. Two electrical interface standards have 
been published for voltage digital interface circuits: 

EIA Standard RS-422, Electrical Characteristics of Balanced Voltage 
Digital Interface Circuits 

EIA Standard RS-423, Electrical Characteristics of Unbalanced Voltage 
Digital Interface Circuits 

With the adoption of EIA Standards RS-422 and RS-423, it became necessary to create a 
new standard which specifies the remaining characteristics (i.e., the functional and mechanical 
characteristics) of the interface between data terminal equipment and data circuit-terminating 
equipment. That is the purpose of this standard. 

The basic interchange circuit functional definitions of EIA Standard RS-232-C have been 
retained in this standard. However, there are a number of significant differences: 

a. Application of this standard has been expanded to include 
signaling rates up to 2,000,000 bits per second. 
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b. Ten circuit functions have been defined in this standard which 
were not part of RS-232-C. These include three circuits for control 
and status of testing functions in the DCE (Circuit LL. Local 
Loopback: Circuit RL, Remote Loopback; and Circuit TM, Test 
Mode), two circuits for control and status of the transfer of the 
DCE to a standby channel (Circuit SS, Select Standby; and Circuit 
SB, Standby Indicator), a circuit to provide an out -of -service func- 
tion under control of the DTE (Circuit IS, Terminal In Service), a 
circuit to provide a new signal function (Circuit NS, New Signal) 
and a circuit for DCE frequency selection (Circuit SF, Select Fre- 
quency). In addition, two circuits have been defined to provide a 
common reference for each direction of transmission across the 
interface (Circuit SC, Send Common; and Circuit RC, Receive Common). 

c. Three interchange circuits defined in RS-232-C have not been included 
in this standard. Protective ground (RS-232-C Circuit AA) is not 
included as part of the interface to permit bonding of equipment 
frames, when necessary, to be done in a manner which is in compliance 
with national and local electrical codes. However, a contact on the 
interface connector is assigned to facilitate the use of shielded inter- 
connecting cable. The two circuits reserved for data set testing (RS232-C 
contacts 9 and 10) have not been included in order to minimize the 

size of the interface connector. 

d. Some changes have been made to the circuit function definitions. For 
example, operation of the Data Set Ready circuit has been changed and 

a new name, Data Mode, has been established due to the inclusion of a separate 
interchange circuit (Test Mode) to indicate a DCE test condition. 

e. A new set of standard interfaces for selected communication system 
configurations has been established. In order to achieve a greater degree 
of standardization, the option in RS-232-C which permitted the omission 
of the Request to Send interchange circuit for certain transmit only or 
duplex primary channel applications has been eliminated. 

f. A new set of circuit names and mnemonics has been established. To 
avoid confusion with RS-232-C, all mnemonics in this standard are dif- 
ferent from those used in RS-232-C. The new mnemonics were chosen 
to be easily related to circuit functions and circuit names. 

g. A different interface connector size and interface connector latching 
arrangement has been specified. A larger size connector (37-position) 
is specified to acconynodate the additional interface leads required for 
the ten newly defined circuit functions and to accommodate balanced 
operation for ten interchange circuits. In addition, a separate 9-position 
connector is specified to accommodate the secondary channel interchange 
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circuits. The 37-poritron and 9-position connectors are from the same 
connector family as the 25* position connector in general use by equip- 
ment conforming to EIA Standard RS-232-C. A connector latching 
block is specified to permit latching and unlatching of the connectors 
without the use of a tool. This latching block will also permit the 
use of screws to fasten together the connectors* The different con- 
hectors will also serve as an indication that certain precautions with 
regard to interface voltage levels, signal rise times, fail safe circuitry, 
grounding, etc. must be taken into account before equipment con- 
forming to RS-232-C can be connected to equipment conforming to 
the new electrical characteristic standards. The connector contact as- 
signments have been chosen to facilitate connection of equipment con- 
forming to this standard to equipment conforming to RS-232-C. 

Close attention was given during the development of RS-449 and RS-423 to facilitate an 
orderly transition from the existing RS-232-C equipment to the next generation without 
forcing obsolescence or costly retrofits. It will therefore be possible to connect new equip- 
ment designed to RS-449 on one side of a interface to equipment designed to RS-232-C 
on the other side of the interface. Such interconnections can be accomplished with a 
few additional provisions associated only with the new RS-449 equipment. These pro- 
visions are discussed in an EIA Industrial Electronics Bulletin (IE Bulletin No. 12). 

Application Notes on Interconnection Between Interface Circuits Using RS-449 and RS-232-C. 

This f standard is designed to be compatible with the specifications of the International 
Telegraph and Telephone Consultative Committee (C.C.I.T.T.). and the International 
Organization for Standardization (ISO). However, it should be noted that this standard 
contains a few specifications which are subjects of further study in C.C.LT.T. and ISO. 

These are: 

1) Use of interchange circuits Terminal In Service and New Signal. 

2) Status of interchange circuits during an equalizer retraining period. 

The U.S.A. is actively participating in C.C.I.T.T. and ISO to gain international agreement 
on these items. 

Work is presently underway, in cooperation with C.C.I.T.T. and ISO, to expand the Remote 
Loopback test function to include testing on multipoint networks. This augmentation 
will not affect the point-to-point testing capability specified in this document. Work is 
also underway to augment this standard to cover direct DTE to DTE applications. This 
augmentation will not affect, in any way, the DTE to DCE operation specified in this 
document. In addition, work will proceed in cooperation with C.C.I.T.T. toward the develop- 
ment of a more efficient all-balanced interface which minimizes the number of interchange 
circuits. It is expected that RS-449 will provide the basis for this new work. 
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